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A computerized automotive service equipment system is adapted to access remotely located 
computer systems to retrieve or exchange data and/or software applications, or to undergo live 
or real-time and two-way interaction. The system and its components are dynamic with respect 
to both function and data, and can be easily updated or otherwise altered. The system of the 
present invention utilizes World Wide Web technology, which enables the use of universal and 
widely compatible programming tools and techniques for efficient and fast system development. 



SYSTEM AND METHOD FOR DISTRIBUTED COMPUTER 
AUTOMOTIVE SERVICE EQUIPMENT 
RELATED APPLICATIONS 

This application is a continuation-in-part of copending application serial number 08/857725, 
assigned to the assignee herein, and is related to an application entitled, "Improved 
Computerized Automotive Service System," filed 31 October 1997, serial number 
08/961,618, also assigned to the assignee herein, both of which are hereby incorporated by 
reference. 

FIELD OF THE INVENTION 

The present invention relates to a system and method for distributed computer automotive 
service equipment. More specifically, the present invention relates to computerized 
automotive service equipment wherein different diagnostic or service components 
communicate with one another over a computer network, such as the Internet. The present 
invention also relates to a novel computerized automotive service system which utilizes 
object oriented programming and ISO Standard 8879 communications protocol to 
decentralize and modularize the software routines that perform the computational, user 
interface, and other necessary algorithms 
BACKGROUND OF THE INVENTION 

The modern automotive service bay contains numerous expensive pieces of equipment 
designed to automate servicing of an automobile. Wheel aligners, wheel balancers, engine 
analyzers, brake testers, hydraulic lifts, and similar devices typically contain microprocessors 
and/or computers to assist an automotive mechanic in performing various servicing tasks. 
Exemplary computerized automotive wheel alignment systems are disclosed in U.S. Patent 
Nos. 4,383,370 and 5,208,646, whose teachings and disclosures are incorporated herein by 
reference. 

Historically, such computerized automotive service equipment comprised proprietary, closed 
computer systems. A manufacturer of such systems would typically spend years developing 
software. The manufacturer had to customize the software to run on a single dedicated 
computer, and the resulting product had little or no flexibility to interchange and update 
different hardware and software elements. Each system ran different software, often on 
completely different operating systems designed for completely different hardware platforms. 
Each individual system also was incapable of being conveniently or easily updated. If a new 
development or improvement occurred, the manufacturer of the individual system typically 
had to issue an entirely new version release of the software and/or hardware in order to 
bring that improvement to market. 

The new release required a complete rewrite. Not only did new versions often take years to 
complete. It was also so costly to release a new system that, as a practical matter, the 
manufacturer would have to wait until enough improvements occurred in order to justify the 
financial burdens of a new version release. This hampered the ability of the end user, the 
automotive service professional, to bring the latest technological improvements to the 
customer, the typical car driver. 

Furthermore, such prior art automotive service equipment systems were not generally 
designed to communicate or cooperate with other computers in the service bay and 
elsewhere. For instance, the wheel aligner computer did not communicate with the engine 
analyzer computer, and neither communicated with the accounting computer or the 
intake/reception area computer. One consequence of this is that customer or vehicle 
owner/identification information had to be entered repeatedly into each piece of automotive 



service equipment each time the same vehicle was serviced in different parts of the service 
bay. This redundancy wasted valuable operator time and promoted keyentry errors. 

It has been known to design automotive service equipment that sends data through a local 
area network to a file server, such as a Novell server platform. This, however, limits the 
information to being stored as files and does not support real-time 
data flow or a distributed application. An example of such as system is disclosed in 
U.S. Patent Number 4,404,639, dated September 13, 1983. The data retained in such 
files could only be downloaded and stored on self-contained proprietary platforms. 

These data-only files, then, did not give the resulting automotive service equipment 
system the capability of exporting data to a remote location for processing, and then 
returning the processed data to the original location. They also did not give the resulting 
system the capability to locate different portions of a single automotive service equipment 
application on different computers. 

The prior art automotive service equipment system computers also did not communicate 
with any remote off-site computer to submit in real-time the data gathered by the sensors in 
the course of effecting a service procedure. Hence, it was not possible for sensors to 
transmit their data in real-time to a remote site for analysis and inspection at that remote site. 
For instance, in vehicle wheel alignment applications, the wheel alignment sensors that were 
mounted on the vehicle wheels were capable of transmitting wheel angle data only to the 
vehicle wheel alignment machine itself. There was no way for an off-site technician and/or 
an off-site computer to review the data to evaluate whether the alignment angles were within 
specification. Likewise, there was no way for an on-site technician to present this real-time 
angle information to an off-site expert for purposes of either troubleshooting problems with 
the servicing equipment, or for receiving instructions and advice on how to proceed with an 
alignment procedure. 

Moreover, for automotive service equipment that depended on OEM and manufacturer 
generated specifications, such as vehicle wheel alignment equipment, the danger of 
obsolescence presented itself every new model year. Isolated, dedicated systems required 
continual updating of vehicle specifications, usually via CD-ROM's. 

Managers of the service bay would have to maintain the most updated specifications 
available for their computerized automotive service equipment. Otherwise, the service bay 
might have to turn customers away, or worse, the attendants might service newer vehicles to 
erroneous specifications. The administrative task of maintaining updated specifications for 
the computerized equipment was an additional burden on the personnel running the service 
centers. 

PRIOR ART COMPUTER TECHNOLOGIES 

Two major developments in the computer arts have heretofore not been applied in the field 
of automotive service equipment. The first of these is Internet-based technologies. The 
second is object oriented programming. Both will be discussed below in detail to lay the 
groundwork for the subsequent detailed description of the present invention. 

Internet-Based Technologies 

Until now, no known automotive service equipment utilized the data transfer capabilities of 

the Internet. The World Wide Web is one type of network residing on the 

Internet. It began as an information networking project at the European Laboratory for 

Particle Physics (CERN). The World Wide Web is best described as the specific software, 

protocols, conventions and information that enable hypertext and multimedia publishing of 

resources on different computers around the world. The popularity of the 

Internet has provided the computer software industry with many new software applications, 

yet these by and large have been restricted to home and entertainment use. 



Web Browsers 

Most commonly, home and entertainment users of the Internet access the 
Internet through the use of a World Wide Web browser. This Web browser application can 
easily and seamlessly display text and graphics sent from practically any type of computer 
system. The information to be displayed is sent to the Web browser on Web "pages." Web 
pages are constructed using the syntax and rules defined in the ISO 8879 
Standard General Markup Language (SGML) document available from the W3 
Consortium, a group of companies and individuals dedicated to the use and standardization 
of certain data transmission protocols. This ISO standard is sometimes known as hypertext 
markup language (HTML), version 3.2, although it has evolved that 
HTML is both slightly overinclusive and underinclusive of the actual ISO 8879 standard. 
HTML is a markup language used to create hypertext documents that are not unique to one 
platform or another. HTML files are ASCII text files with codes embedded (indicated by 
markup tags) to indicate formatting and hypertext links. 

Web Servers 

Computer systems that send information to a Web browser are called Web 
servers. A Web server stores Web pages (constructed and stored as static files) and 
serves them out to the Web browser on demand. In their simplest form, server Web 
pages that are constructed only with HTML, without more, cannot be changed by a Web 
browser user, and are thus not interactive. 

Web Communication Protocols 

Those of skill in the art will appreciate that the Web utilizes a number of communication 
protocols to transmit and receive addressable data. HTTP is an application-level protocol for 
distributed, collaborative, hypermedia information systems. It is a generic, stateless, object- 
oriented protocol. Web servers are computers equipped with the server software to respond 
to HTTP requests, such as requests from a 

Web browser. HTTP has generally subsumed most of the functions of the older File 
Transfer Protocol (FTP). FTP, in turn, is a protocol that requires a logon to a remote 
computer to browse directories and effect a two-way file transfer. A feature of the newer 
HTTP, which again has largely replaced FTP, is the typing and negotiation of data 
representation, allowing systems to be built independently of the data being transferred. 

A Web server uses this HTTP protocol to communicate with clients on a TCP/IP network. 
TCP/IP is a lower level protocol that communicates with a network card driver. The network 
card driver in turn communicates directly with the network hardware or physical layer of the 
protocol stack. TCP/IP provides the source and destination address of the data. More 
specifically, TCP/IP is defined as a set of networking protocols that provides communications 
across interconnected networks of unlike computers. TCP/IP includes standards and 
conventions for routing data traffic. 

When a user at a browser submits a new request to access a Web page, one of the first 
things the browser does is to locate the TCP/IP address for that particular page. In principle, 
any computer having a TCP/IP address and properly connected to the Internet can be 
accessed on the Web. 

By using a single Web browser application to access different Web "sites," or 
Web Servers, around the world, a user can see, hear and interact with many different 
informational systems. A user can experience information in different languages and 
presentation styles. A user can view pictures, movies, music, live telephone or video 
teleconferences, search databases, download software, control and view robotic video 
cameras, participate in group discussions, and send or receive email. A special new 
browser, called a thin client, can also run computer software that actually resides on another 
computer across the world. Such thin clients make it possible to lease software or run 



software that would not normally work on a particular type of computer, i.e., 
Windows programs on a Unix system. An example of a thin client is the Winframe 
Web Client by Citrix Systems, Inc., Coral Springs, Florida. 

Common Gatewav Interface (CGI) 

At the Web server, oftentimes an application exists that receives data inputs from a Web 
browser, and then uses those inputs to dynamically assemble a particular output in return. 
The Web browser then displays the output to the browser operator. These applications are 
generally referred to as common gateway interfaces (CGI). A CGI script file is a program that 
executes on the Web server. A database search engine is a good example of a CGI script, 
as is a Web page counter that indicates the number of "hits," or visitors, to a Web page 
within a certain period. The user at the Browser is first presented with a form inquiring what 
type of information is to be extracted from the database. Once the user fills out the form and 
submits it by sending it back to the Web server, the CGI script is executed. The CGI uses 
the information from the form to compose a query to the database. The CGI script then 
formats the information retrieved from the database query and sends it back to the Web 
browser for display. A CGI script is limited, since it is basically a stand-alone program that 
executes outside the Web server. CGI scripts cannot access user information available from 
within the Web server, as they can usually only take an input directly from the form 
submitted by the user at the browser. 

Other programs reside on the browser alone, or the browser and server both, to add to the 
functionality of the browser by making it dynamic and interactive with the 
Web server. Two examples are Java and ActiveX. 

Java Technologies 

Java, developed by Sun Microsystems, is a browser language that allows small programs or 
applications, called "applets," to run within the browser. Java script is sent from the Web 
server as byte codes. The Java byte codes are not HTML but are embedded within HTML. 
The Web browser contains a program called a Java Virtual 

Machine that converts the byte codes to computer instructions that are subsequently 
executed. Java is therefore computer type independent, and a Java applet will work on any 
Web browser supporting the Java Virtual Machine. Java is good for animated displays and 
moving or scrolling text messages, but is limited to only the functions provided by the Web 
browser. A Java applet cannot access functions outside the Web browser. 

Component Object Model Technology 

The Component Object Model (COM) is a software object model that has a standardized 
interface. COM objects can communicate with other COM objects over distributed computers 
via protocols such as DCOM, a Microsoft standard. The protocol is indifferent to the 
particular transmission medium used, i.e., LAN, Intranet, Internet, serial connection, et 
cetera. 

ActiveX Technology, developed by Microsoft Corporation, is an implementation of a 
component object model. ActiveX is similar to CGI scripts and Java applets. 

ActiveX enables interactive and fully functional programs based on Web browser 
technology. ActiveX is made up of several components: ActiveX server extensions, server 
filters, Active server pages and ActiveX controls (formerly, OLE controls). 

ActiveX server extensions are similar to CGI scripts but actually execute as extensions of the 
Web server. Extensions have access to useful information, within the Web server, about the 
Web browser users and the Web server host system. ActiveX controls are analogous to 
Java applets. Examples include buttons, stock tickers and chart controls. 

But unlike Java script, ActiveX controls are not byte codes but actual small computer 



programs, or software objects, that do not require a subsystem such as the Java Virtual 
Machine. Active X controls are not computer type independent and must be written 
exclusively for a target computer type, e.g., a Windows-based system. Once installed into 
the Web browser, an ActiveX control is not limited to only the functions provided by the Web 
browser. Active X controls have the power to perform any function that any typical computer 
application can perform because they are stand alone software objects. 

For instance, they may be a stand alone word processor, spread sheet, etc. ActiveX controls 
also have the built-in capacity to share data with other Active X controls or extensions on the 
same computer or one on a remote computer system. Other ActiveX technologies such as 
ActiveX server pages and ActiveX server filters provide a comprehensive development 
system for Internet and Web browser based systems. 

Browser/Server Models 

In sum, HTTP is the basic underlying protocol for HTML, CGI script, Java applets and 
ActiveX controls. Figures 1-3 show the three basic Web server and Web browser 
configurations. Figure 1 shows an inactive model of a typical HTML-only based environment. 
Web server 10 provides HTML based Web pages to Web browser 20, the HTTP client. No 
animation or browser-controlled output is possible because neither CGI scripts, Java nor 
ActiveX is implemented. 

Figure 2 represents the active server model, and shows enhancements to the basic model of 
Figure 1 . In this model, Web server 30 is an active server, providing dynamic information on 
Web pages, HTML-based database access, and CGI-style programs. Web browser 40, the 
HTTP client, continues to be inactive and only display what is sent by the Active server, but 
now the Active server model offers programmable extensions to the server software that are 
similar to CGI scripts. These extensions execute in the same address space as the server 
software, and have access to all the server system resources, providing much faster 
response time than CGI programs. 

Figure 3 represents the next evolution, the ActiveX model. It shows additional 
communication between the Web server 50 and the Web browser 60 other than just 
HTML. In this model, ActiveX controls on the Web browser 60 communicate directly with 
ActiveX controls on the Web server 50. ActiveX controls are software objects or somewhat 
self-contained programs that can be contained within other programs called container 
objects 55. Internet Explorer 4.0 (a Web browser), Microsoft Office Binder and the present 
Windows shell are all examples of ActiveX container objects 55. 

One example of an ActiveX control for the Web browser is Microsoft's 
ActiveMovie Control. ActiveMovie Player is an ActiveX control that can view files that contain 
both audio and image information. The key advantage is that you can produce streaming 
multimedia content that the user can immediately enjoy, rather than waiting for a multimedia 
file to be first downloaded. ActiveX technology provides for on the fly Web browser updating. 
If the Web browser does not initially support 

ActiveMovie, for example, the Web server will update the Web browser by sending the 
ActiveMovie component via HTTP. The Web browser will transparently install 
ActiveMovie and retain it for future use. The ActiveMovie component executes as part of the 
Web browser and extends its capabilities to play real-time sounds and images. 

While playing a movie, the communication is no longer HTML, but direct communications 
between the ActiveMovie ActiveX control on the Web server and the 
ActiveMovie ActiveX control on the Web browser. Hence, ActiveX controls are not limited to 
Web pages. They may be used as software objects within a standard nonnetworking 
application. Such reusability allows a program to be constructed as a stand alone non- 
networking application and then easily extended to share information with remote computer 
systems. 



Object Oriented Programming 

The second computer development that is not known to have been applied in the field of 
automotive service equipment is object oriented programming and object oriented design 
(OOP/OOD). OOP involves the creation of software "objects." The foregoing description of 
Internet technologies referred to such objects, because current 

Web browser/server technology relies heavily on them. More generally, however, software 
objects may be thought of as self-contained mini-programs within a program. 

Before OOP, programs primarily consisted of two basic elements, data and program 
instructions. Data elements are storage locations. Program instructions are commands the 
computer will follow to make decisions or manipulate data. A data element such as a 
variable, constant or structure had only one function - to hold information. 

Instructions had only one function « to perform some action. With the advent of software 
objects, the line between data and instructions becomes fuzzy. Objects are software entities 
that have properties. They can take action, like instructions, but also utilize data. One of the 
main virtues of software objects is their inherent reusability. 

Objects, being largely self-contained, may be purchased that perform many commonplace 
functions, such as database routines, mathematical algorithms, and input/output functions. 
Many objects are included with the Microsoft Visual C/C++ 4.2 
Developers Studio, an integrated software development environment for writing object 
oriented programs. 

Object oriented applications are generally easier to create and modify than nonobject 
oriented applications. If a portion of an application must be changed, all that is necessary is 
to change the particular software object in question. The modification will be transparent to 
the rest of the application. This is in contrast to prior systems in which an entire application 
had to be rewritten and debugged whenever a minor change was made to a single part of 
the application. 

Object oriented programs also do not have to reside completely on one computer. As long 
as the object can be accessed, the computer running the main application routine will be 
able to call the object and operate on it. A computer running a main application routine might 
use the HTTP protocol to retrieve an object from a computer having a known TCP/IP 
address. In sum, OOP allows the transition from monolithic closed systems to distributed 
open systems. 

OBJECTS OF THE INVENTION 

Until now, it has not been appreciated to apply Internet based technologies or object 
oriented programming to automotive service equipment systems. It is therefore an object of 
the present invention to overcome the disadvantages and limitations of prior art automotive 
service equipment systems and to apply such technologies. 

It is also an object of the invention to apply Internet based technologies and object oriented 
programming techniques to automotive service equipment systems. 

It is another object of the invention to apply Internet based technologies and object oriented 
programming techniques to computerized vehicle wheel alignment systems. 

It is yet another object of the invention to provide a distributed computerized automotive 
service application using software objects. 

It is still another object of the invention to provide an automotive service equipment 
application that can be easily and inexpensively modified and maintained through the use of 



software objects. 



It is still yet another object of the invention to provide an automotive service equipment 
application wherein updated vehicle operating specifications may be accessed over the 
Internet and conveniently applied by the automotive service software application. 

It is another object of the invention to utilize the ISO 8879 language standard to create a 
networked automotive service equipment system. 

It is a further object of the invention to provide a collection of automotive service equipment 
of different kinds that cooperate and communicate with one another. 

It is a still further object of the invention to provide a browser-based automotive service 
equipment system, wherein the browser communicates real-time diagnostic information to 
the server. 

It is yet another object of the invention to provide an automotive service equipment system 
that utilizes the various objects and advantages of Java, ActiveX, 
CGI, thin clients, and other HTTP based systems. 

SUMMARY OF THE INVENTION 

The present invention is directed to a number of embodiments that share novel features. In 
general, the present invention is directed to a computerized automotive service equipment 
system adapted to access remotely located computer systems to retrieve or exchange data 
and/or software applications, or to undergo live or real-time and two-way interaction. The 
system and its components are dynamic with respect to both function and data, and can be 
easily updated or otherwise altered. The system of the present invention utilizes World Wide 
Web technology, which enables the use of universal and widely compatible programming 
tools and techniques for efficient and fast system development. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figures 1-3 show block diagram overviews of present categories of Internet browser/server 
configurations. 

Figures 4-6 show schematic block diagrams of various embodiments of the present 
invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
The detailed descriptions of the following preferred embodiments are meant to be 
descriptive of the best mode for practicing the present inventions, and are not intended to 
limit the rights granted herein, which rights are defined by the appended claims. 

Figure 4 shows a block diagram of the automotive service equipment system of the present 
invention. The system of Figure 4 is used to conduct a diagnostic analysis of vehicle 
components, such as the engine, brakes, suspension or alignment. While Figure 4 shows 
the invention in its general form, the description herein will occasionally describe the 
invention in its form as a vehicle wheel aligner, such as that disclosed in 
U.S. Patent Nos. 4,383,370 or 5,208,646. 

Data input controller 200 is a computer, which in the preferred embodiment contains a 
microprocessor and a memory coupled thereto (not shown). Controller 200 comprises a 
general purpose portable computer (PC), such as an Intel Pentium-based 
IBM compatible computer, although any hardware platform suitably programmed will work 
just as well. Data input controller 200 receives data input from a measurement device 210. 
In a wheel alignment application, measurement device 210 may be one or more wheel 
mounted alignment angle sensors. Measurement device 210 is adapted to transmit signals 



representative of a vehicle diagnostic state to data input controller 200. 

Such information can be transmitted via a hard wired cable and a serial connection, via 
infrared transmission and a serial connection, via radio frequency transmission and a serial 
connection, or any other known means. In the vehicle wheel aligner example, such 
information can be transmitted via cables directly linking each alignment sensor head to the 
wheel alignment controller 200. 

Data input controller 200 is adapted to receive the input from measurement device 210 and 
to create an output perceptible by an operator at an output device 230. 

Output device 230 will usually be a CRT coupled to the data input controller 200 through 
appropriate video driver means as is known in the art. Nonetheless, the output device might 
also include an audio output, such as a series of coded tones signifying various vehicle 
diagnostic states, or even voice guided alignment, as disclosed in copending application 
Serial Number 08/920,029, assigned to the present assignee herein, and incorporated by 
reference. In the preferred vehicle wheel aligner embodiment, the output device 230 
comprises a CRT that contains a graphic display of a vehicle diagnostic state, for instance 
real-time readings for wheel alignment angles, such as toe, camber, caster, SAI, et cetera. 
Juxtaposed with the graphic real-time readings are graphic representations of vehicle wheel 
alignment specification values, such that an operator of the vehicle wheel alignment system 
is easily capable of comparing present real-time readings with the desired specification 
values and in response making appropriate servicing adjustments. 

While data input controller 200 accepts data from measurement device 210, and places 
vehicle diagnostic information on output device 230, controller 200 does not necessarily 
comprise all of the computer software necessary to perform the vehicle diagnostic 
computations. Therefore, networked controller 220 is provided. Networked controller 220 
itself comprises a computer having a microprocessor and a memory. At least some of the 
computer software necessary for controller 200 to create a suitable output at output device 
230 resides in the memory of networked controller 220. 

Between data input controller 200 and networked controller 220 is provided a suitable 
computer network. The suitable computer network makes it possible to place networked 
controller 220 at a location remote from data input controller 200. However, it is not 
necessary for networked controller 220 to be remote. Controllers 200 and 220 may be 
located as close as the same room, as long as the proper connections and protocols are 
observed. 

The network connection between data input controller 200 and networked controller 220 
generally comprises the HTTP network protocol, or any protocol substantially similar. Since 
HTTP, or its substantial equivalent, is used, controller 200 may communicate with controller 
220 via hypertext markup language (HTML). In this regard, data input controller 200 is 
similar to a Web browser, and networked controller 220 is similar to a Web server. In a 
preferred embodiment, networked controller 220 comprises a Web server having ActiveX 
server technologies. Similarly, data input controller 200 comprises a Web browser having 
ActiveX controls. 

The system can be implemented via an Internet connection or any suitable local area 
network connection. One of skill will appreciate that, when networked to each other, 
controller 200 and controller 220 each have unique network addresses. The unique network 
addresses for controller 200 and controller 220 may comprise TCP/IP addresses. Indeed, 
data input controller 200 is capable of accessing multiple networked controlle 210 will then 
be interchanged appropriately to supply the proper sensor equipment for the particular task 
at hand. For instance, when networked controller 220 comprises the 
ActiveX technologies sufficient to provide wheel alignment functionality to data input 



controller 200, measurement device 210 comprises wheel alignment sensor heads. 

When networked controller 220 comprises the ActiveX technologies sufficient to provide 
engine analyzer functionality to data input controller 200, measurement device 210 
comprises engine analysis test probes. In light of the foregoing, data input controller 200 
may host more than one integrated system of automotive service equipment. 

In operation, the microprocessor (not shown) of data input controller 200 executes an 
application residing in controller 200 memory that allows it to access the memory of the 
networked controller 220 through the controller 220 microprocessor. In one embodiment, 
data input controller 200 accesses the memory and microprocessor in networked controller 
220 to access a software object representative of vehicle diagnostic specifications, such as 
vehicle wheel alignment specifications. In this case, once data input controller 200 retrieves 
such information, data input controller 200 can use software routines that reside in its own 
memory to convert the signals that represent the vehicle diagnostic state into an output at 
the output device for the operator to review. 

This is one example of distributed computing using software objects. 

In operation in another embodiment, data input controller 200 accesses the memory and 
microprocessor in networked controller 220 to access a software object representative of 
both vehicle diagnostic specifications and the diagnostic algorithm itself. In this embodiment, 
the signals that represent the vehicle diagnostic state are passed to the networked controller 
220 memory. There, the networked controller 220 microprocessor performs the algorithms 
necessary to convert the raw data signals originating in measurement device 210 into 
processed signals. The processed signals are indicative of the result of a vehicle diagnostic 
computation. The processed signals are then returned over the network to data input 
controller 200 memory, where the processed signals are directly used to form the output that 
will appear at output device 230. This is another example of distributed programming. 

Figure 5 is a schematic block diagram showing a further embodiment of the system of the 
present invention. Here, data input controller 200 and output device 230 have been partly 
combined into the functionality represented by browser 100, consistent with what was just 
described. Network controller 220 has been partly combined into the functionality 
represented by server 110, consistent with what was just described. 

Similarly, wheel alignment sensors 130, 132, 134 and 136 are species of measurement 
device 210. However, unlike the embodiment shown in Figure 4, in this embodiment sensors 
130, 132, 134 and 136 are coupled to server 110 through appropriate network connections. 
This is in contrast to the equivalent structure in Figure 4 being coupled to the data input 
controller. 

In the embodiment of Figure 5, server 1 10 is an active server, preferably one with DCOM 
technologies, preferably ActiveX technologies. Server 110 has an area, or set of pages, 
dedicated to general customer data, vehicle type and vehicle diagnostic information. Another 
area is dedicated specifically to alignment procedures. In operation, browser 100 hosts 
ActiveX controls for functions requiring interaction or dynamic content, such as alignment 
meters for graphical display to an operator. 

Browser 100 also preferably hosts a Java Virtual Machine that is adapted to accept Java 
byte codes from server 110, and thereby provide computer animation on the browser 100 
display using Java applets. These applets might comprise operator instructional information, 
and similar help files. Preferably, the sensors 130, 132, 134 and 136 communicate on a 
TCP/IP based shop network (Intranet) or are directly connected to the server 110 through a 
standard dedicated interface such as a serial communication port. 



Data from the alignment sensors is transmitted to server 1 10 via direct communication 
between ActiveX controls on the server and in the sensor subsystems. The ActiveX controls 
in server 110 processes the data through alignment algorithms that send the processed data 
to the ActiveX meters in browser 100 for display. It will be appreciated that the ActiveX 
controls are software objects constructed with OOP techniques and can be designed for 
reuse in other applications. 

The system of Figure 5 also supports a remote browser or server 120. Remote browser or 
server 120 is addressed over the Internet and has its own Internet TCP/IP address. Server 
110 preferably comprises a modem to allow remote connection to remote browser or server 
120 over a telephone line, for instance via a standard Internet service provider (ISP) 
connection. In this way, a Web browser or server 120 anywhere in the world can access the 
aligner system of Figure 5. Remote browser or server 120 can even take the place of the 
functionality provided by on-site browser 100. In other words, the alignment readings can be 
displayed on meters from within the remote Web browser or server 120. All of the foregoing 
connections, in the preferred embodiment, are carried out using the HTTP transmission 
protocol. In addition, while server 110 and remote browser or server 120 have been 
described as carrying ActiveX technologies, it is easily apparent to those of skill in the art 
that the systems can be modified to incorporate a thin client, CGI and/or Java to perform the 
various network and data intensive tasks. It is equally apparent that any time a browser 
function is recited above, the same end result can be accomplished using a thin client 
instead. 

Figure 6 is a schematic block diagram representation of another embodiment of the present 
invention. Notably, the system of Figure 6 allows up to the minute retrieval of information in 
an automotive service equipment system. This up to the minute information can include 
vehicle diagnostic specifications, such as vehicle wheel alignment specifications for new 
models, and corrected values for old models when errors in an existing database are 
corrected. In addition to up to the minute information retrieval, the system of Figure 6 
enables remote billing options that heretofore were not possible. Wheel alignment, engine 
analysis, brake testing, wheel balancing and the like can all be performed in a shop 
environment on a "pay-per-use" basis, wherein a remote server permits the use of vehicle 
diagnostic software, and keeps account of the number of times such software is used by a 
particular shop. 

Service equipment 190, i.e. all computer based components within a garage or service bay 
that use or generate information, is connected as an HTTP network at the local shop. For 
instance, the service equipment 190 may include a shop management system 192 that 
keeps track ofjobs, scheduling and customer information; an alignment system 194; an 
engine diagnostic system 196 and a show room kiosk 198 that enables car owners to 
access current data about their car, such as to view the alignment procedure as it occurs in 
the service bay itself. The enumeration of these types of service equipment is not to be 
construed as limiting but rather exemplary, as there are many dozens of types of service 
equipment in use in a typical garage that might be incorporated into the shop-wide network. 
Each individual item of service equipment 190 carries a unique TCP/IP address and is 
located on the local shop HTTP network, along with a local shop server 170, which acts as a 
gateway to the outside world. Server 170 also acts as the common repository of information. 

Utilizing a modem on the local server 170, the network can be attached to the 
Internet via an ISP. It is then possible to retrieve information from a number of sources such 
as an equipment provider, automotive manufacturer or the home office of a chain of 
garages. Information need not be restricted to automotive information. The network also 
supports accessing such business information as inventory levels at sister stores, 
transmission of email to customers, or remote diagnosis of shop floor equipment by 
automotive service equipment manufacturers. For example, in Figure 6, server 150 is an 
automotive service equipment manufacturer server that can diagnose equipment problems 



in alignment system 194; server 160 is a server for an OEM automobile manufacturer server 
that can provide new or updated vehicle servicing specifications; server 180 is a service 
station owner / parent company server that can retrieve and supply business information, 
such as inventory, delivery, service quota and other information. 

Preferably, the service equipment applications for service equipment 190 are written using 
Microsoft Developer Studio and ActiveX technologies. This is because the ActiveX 
programmer is not required to know the details of communicating information over the 
network to write an application. The sharing of information is accomplished within the 
computer operating system software (such as Windows), not the application software written 
by the programmer. This way, applications can be written as a stand alone program, and 
then later connected to the HTTP network when it is desired to share information, with few or 
no modifications to the underlying program. 

Each of the servers may also utilize Java or CGI scripts as appropriate to carry out specific 
functions that are best handled by those kinds of tools. For example, Java conveniently 
supports animation. CGI supports form-based database searching. 

Although the best mode contemplated for carrying out the present invention hasbeen herein 
shown and described, it will be apparent that modification and variation may be made 
without departing from what is regarded to be the subject matter of the invention. 



What is claimed: 

1 . An automotive service equipment system for use in conducting a diagnostic analysis of vehicle 
components, the automotive service equipment system having at least one measurement device, 
a data input controller and at least one networked controller coupled to the data input controller 
over a data transmission network; 

the measurement device being operatively coupled to the data input controller and configured to 
provide signals to the data input controller representative of a vehicle diagnostic state; 
the data input controller comprising a first microprocessor, a first memory coupled to the first 
microprocessor and an output device coupled to the first memory; 

the at least one networked controller comprising a second microprocessor and a second memory; 
wherein the first microprocessor accesses the second memory through the second 
microprocessor over the data transmission network to convert the signals into an output at the 
output device indicative of the vehicle diagnostic state. 

2. The system of claim 1 wherein the signals comprise ISO 8879 syntax. 

3. The system of claim 1 wherein the data transmission network comprises hypertext 
transmission protocol (http). 

4. The system of claim 1 wherein the second microprocessor processes measurement data 
derived at least in part from the signals and transmits the processed measurement data to the 
data input controller over the data transmission network. 

5. The system of claim 1 , wherein the second memory comprises at least one software object, 
and wherein the first microprocessor accesses the at least one software object in the course of 
conducting a diagnostic analysis of vehicle components. 

6. The system of claim 5 wherein the at least one software object includes an object 
representative of one or more from the set of: vehicle owner information, vehicle specifications, a 
diagnostic computational routine, an automotive service operator instruction, and customer 
account information. 

7. The system of claim 1 wherein the output device comprises a visual display. 

8. The system of claim 7 wherein the visual display comprises a CRT. 

9. The system of claim 1 wherein the output device comprises an audio output device. 

10. The system of claim 9 wherein the audio output device comprises a voice audio output 
device. 

1 1 . The system of claim 1 wherein the automotive service equipment comprises a computerized 
wheel alignment system, the at least one measurement device comprises at least one wheel 
alignment sensor, the signals comprise signals representative of wheel alignment angles, and the 
output indicative of the vehicle diagnostic state comprises an output indicative of the difference 
between measured wheel alignment angles and a wheel alignment angle specification. 

12. The system of claim 1 wherein one of the following types of automotive service equipment 
comprises the data input controller: engine analyzer, wheel alignment system, brake tester, 
suspension analyzer, wheel balancer; and one of the following types of automotive service 
equipment comprises the at least one networked controller: engine analyzer, wheel alignment 
system, brake tester, suspension analyzer, wheel balancer. 

13. The system of claim 12 wherein the type of automotive service equipment which comprises 
the data input controller is different from the type of automotive service equipment that comprises 
the at least one networked controller. 



14. The system of claim 1 wherein the data input controller comprises a browser and the at least 
one network controller comprises a server. 

15. The system of claim 5 wherein the data input controller and the at least one network controller 
communicate over the data transmission network using DCOM technologies. 

16. The system of claim 1 1 wherein the data input controller and the at least one network 
controller communicate over the data transmission network using DCOM technologies, and 
wherein the output indicative of the difference between measured wheel alignment angles and a 
wheel alignment angle specification comprises a real-time 

DCOM display showing the difference between measured wheel alignment angles and a wheel 
alignment angle specification. 

17. The system of claim 1 wherein the output device comprises a display, the first memory 
comprises a Java Virtual Machine, the second microprocessor transmits 

Java applets to the first memory over the data transmission network, and the output device 
displays the Java applets utilizing the Java Virtual Machine. 

18. The system of claim 17 wherein the Java applets comprise operator instructional information. 

19. The system of claim 1 wherein the data input controller comprises a thin client and the at least 
one network controller comprises a server. 

20. The system of claim 1 wherein both the data input controller and the at least one network 
controller are located at the same vehicle servicing site. 

21 . The system of claim 20 wherein the data transmission network comprises a local area 
network (LAN). 

22. The system of claim 1 wherein the data input controller is located at a vehicle servicing site 
and the at least one network controller is located remote from that vehicle servicing site. 

23. The system of claim 1 wherein the second memory comprises a set of vehicle diagnostic 
specifications. 

24. The system of claim 5 further comprising a second networked controller coupled to the at 
least one networked controller and the data input controller over the data transmission network, 
the second networked controller having a third microprocessor, wherein the third microprocessor 
is adapted to access the same software object in the second memory of the at least one 
networked controller at substantially the same time as the first microprocessor. 

25. The system of claim 24 wherein the second networked controller comprises an item of 
automotive service equipment. 

26. The system of claim 24 wherein the second networked controller comprises a customer 
accounting database. 

27. A computerized wheel alignment system comprising a plurality of alignment angle sensors 
adapted to be mounted on vehicle wheels to sense wheel alignment angles, a computer coupled 
to the plurality of sensors and adapted to receive therefrom signals indicative of wheel alignment 
angles, a display coupled to the computer and adapted to display the respective wheel alignment 
angles, the improvement comprising: 

a connection to a data network; 

the computer coupled to the connection to the data network and adapted to execute a web 
browser for receiving information thereon; 



the information comprising wheel alignment procedure instructions, 

whereby the web browser assists an operator in completing a vehicle wheel alignment procedure. 

28. The system of claim 27 wherein the information comprises help files. 

29. The system of claim 28 wherein the information comprises the HTML file format. 

30. The system of claim 27 wherein the web browser comprises an ActiveX control. 

31. A web browser / server system for use as a diagnostic wheel alignment service system, the 
web browser comprising: 

a browser computer having means for connection to a data transmission network, 

a plurality of alignment angle sensors adapted to be mounted on vehicle wheels to sense wheel 

alignment angles, 

the browser computer coupled to the plurality of sensors and adapted to receive therefrom raw 
signals indicative of wheel alignment angles and to place the raw signals on the data 
transmission network for transmission to the web server; 
the web server comprising: 

a server computer having means for connection to the data transmission network and for 
receiving the signals, 

the server computer further comprising means for computing from the raw signals the difference 
between the sensed wheel alignment angles and values representing wheel alignment angle 
specifications, 

the server computer adapted to return to the browser computer over the data transmission 
network processed signals representative of the difference between the sensed wheel alignment 
angles and values representing wheel alignment angle specifications, 

the browser computer further comprising a display, the browser computer adapted to receive the 
processed signals and place on the display an image representative of the difference between 
the sensed wheel alignment angles and values representing wheel alignment angle 
specifications. 

32. The system of claim 31 wherein the image comprises a graphically generated meter. 

33. The system of claim 32 wherein the processed data returns to the browser computer 
sufficiently soon after the raw data is transmitted to the server computer whereby the graphically 
generated meter displays the difference between the sensed wheel alignment angles and values 
representing wheel alignment angle specifications in real-time. 

34. The system of claim 31 wherein the web browser comprises a second at least one sensor, the 
browser computer coupled to the second at least one sensor and adapted to receive therefrom a 
second raw signal indicative of non-alignment-related vehicle diagnostic information and to place 
the second raw signals on the data transmission network for transmission to the web server; 

the server computer further comprising means for computing from the second raw signals a 
second processed value indicative of a vehicle diagnostic result; 

the server computer adapted to return to the browser computer over the data transmission 
network second processed signals representative of the second processed value indicative of a 
vehicle diagnostic result; 

the browser computer adapted to receive the second processed signals and place on the display 
an image representative of the second processed value indicative of a vehicle diagnostic result. 

35. The system of claim 34 wherein the non-alignment-related vehicle diagnostic information 
comprises at least one from the set of: engine diagnostic information, vehicle suspension 
information and vehicle wheel balance information. 

36. The system of claim 15 wherein the DCOM technologies comprise 
ActiveX technologies. 



37. The system of claim 15 wherein the DCOM technologies comprise 
ActiveX technologies. 
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